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BACKGROUND OF THE INVENTION 

Related Inventions 

The present invention is related to commonly-assigned, co-pending S. Patent 

5 Applications 10/ , titled "Providing Scalable, Ahemative Component-Level Views", and 

10/ , titled "Client-Side Processing of Alternative Con^nent-Level Views". These 

related applications (referred to herein as "the first related invention" and "the second related 
invention", respectively) were filed concurrently herewith and are hereby incorporated herein by 
reference. 



10 



Field of the Invention 

The present invention relates to client/server computing, and deals more particularly with 
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techniques for providing autonomic content load balancing by dynamically selecting from among a 
plurality of scalable, alternative versions of content, based on run-time conditions, when preparing 
content for delivery to a target (such as a client workstation). 



Description of the Related Art 

5 The popularity of client/server computing has increased tremendously in recent years, due 

in large part to growing business and consumer use of the public Internet and the subset thereof 
known as the "World Wide Web" (or singly "Web"). Other types of client/server computing 
environments, such as corporate intranets and extranets, are also increasingly popular. As 
solutions providers focus on delivering improved Web-based computing, many of the solutions 
10 which are developed are adaptable to other client/server computing environments. Thus, 

references herein to the Intemet and Web are for purposes of illustration and not of limitation. 
(Furthermore, the terms "Intemet", "Web", and "World Wide Web" are used interchangeably 
herein.) 

Millions of people use the Intemet on a daily basis, whether for their personal enjoyment 
15 or for business purposes or botL As consumers of electronic information and business services, 
people now have easy access to sources on a global level. When a human user is the content 
requester, delays or ineflSciencies in returning responses may have a very negative impact on user 
satisfaction, even causing the users to switch to alternative sources. Delivering requested content 
quickly and efficiently is therefore critical to user satisfaction. Furthermore, delivering content to 
20 end users in a timely manner may be required to meet contractual obligations. 
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Most modem confuting applications render their displayable output using a graphical 
user interfece, or "GUI". In a client/server con:q)uting environment such as the Internet, client 
software known as a "browser" is typically responsible for requesting content from a server 
application and for rendering the information sent by the server in response. Commonly, the 
displayed information is formatted as a Web page, where the layout of the Web page is defined 
using a markup language such as Hypertext \farkup Language ("HTML"). 

Designing a Web site to serve the needs of a varied audience is a con^lex undertaking. A 
Web page providing stock quotes, for example, may be of interest to end users whose computing 
devices range from cellular phones and other handheld devices with limited display space to 
powerful desktop workstations with a relativefy large amount of display space. A Web page 
designer may choose to focus the page layout toward the capabilities of the higher-end computing 
devices, in order to waprove the viewing ejq)erience of that subset of the potential users. This 
may result in a Web page that is difficult or impossible to use from a lower-end or constrained 
device. 

Similarly, designing a Web site that operates well under varied network conditions may be 
challenging. Web pages containing rich multimedia content, for example, may provide an 
enjoyable viewing experience for users of M-function computing devices that are connected to 
servers over high-speed network connections. On the other hand, if users of limited-fimction 
devices access these same pages, or if the pages are accessed using low-speed connections or 
during periods of network congestion, the end user may be quite displeased. 
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Techniques are known in the art that consider factors such as current network conditions, 
capabilities of the client device, and preferences of the end user when preparing content to be 
delivered from a server. Commonly-assigned U. S. Patent 6,138,156, titled "Selecting and 
Applying Content-Reducing Filters Based on Dynamic Environmental Factors", discloses 
5 techniques with which environmental factors can be used to dynamically filter the content being 
delivered from a server to a user's workstation. The environmental fectors include characteristics 
of the target device, such as its available storage capacity, and bilhng information related to the 
user's accoimt with his connection service provider. These factors are used with a rule-based 
approach to select a transcoding filter to be applied to a document before delivering it to a 
10 requesting user. If the end user's device has limited available storage, for example, then a color 
image to be rendered on a Web page might be transcoded to gray-scale, or even completely 
omitted, before sending content to this device. 

Commonly-assigned U. S, Patent (serial number 09/504,209, filed February 15, 

2000), which is titled "Aggregating Constraints and/or Preferences Using an Inference Engine and 

15 Enhanced Scripting Language", teaches techniques for aggregating constraints and/or preferences 
using an inference engine and an enhanced scripting language. Values of multiple factors and the 
interrelationships between the factors and their values are aggregated, and the result is used to 
tailor or direct the processing of a software program. A rule-based system is disclosed therein for 
aggregating information, and based on the aggregated result, one or more transformations are 

20 performed on a requested document before transmitting it to the requester. The particular 
transformations to be performed may be tailored to constraints such as one or more of: the 
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capabilities of the client device; the connection type over which the content will be delivered; the 
network bandwidth of the connection; the type of user agent operating on the client device; 
preferences of a particular user; preferences set by a systems administrator or other such person 
(or preferences generated in an automated manner); preferences for a particular application 
5 executing in a particular domain; etc. According to preferred embodiments of this commonly- 
assigned invention, the aggregated result is made available to an application program, which will 
use the result to tailor its own processing. This technique avoids having to change the software 
process itself as new values and/or new fectors are deemed to be important to the aggregation 
result, 

10 Commonly-assigned U. S. Patent (serial number 09/442,015, filed November 

17, 1999), which is titled "Context-Sensitive Data Delivery Using Active Filtering", discloses 
techniques for providing context-sensitive data delivery using active filtering to tailor the 
delivered data content. Preferably, a server maintains information about the typical device types 
to which it serves data, and continually pre-filters available data for delivery to these devices. 

15 Style sheets are used to perform one or more device-specific filtering transformations. When 

delivering content to a particular device, the server receives a device certificate fi-om the device, 
and uses this information to identify the device type and the device's user. A user's stored 
preferences and/or access privileges can then be determined, and this information can be used to 
refine or filter information available firom the server. In particular, this invention discloses filtering 

20 information to account for one or more of: an identification of a user of the device; privileges 
(also referred to conversely as limitations) and/or preferences of the user; the location, device 
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type, and/or device capabilities of the user's device; and the current time. 

In another prior art approach, Web sites may inclement a choice of two content views, 
one providing high graphic content and the other providing low graphic content, thereby 
providing alternative views. Sometimes, the end user is given the choice of which view he wants 
5 to see (e.g., by having a graphical button on the Web page that can be clicked to select one 

content type or the other). Or, using a prior art "<IMG>" (image) tag in a Web page, the content 
designer can specify that the type of content (either an image file or a substituted text message) to 
be delivered to the client can be selected using fectors such as device type or server load. 
However, this approach generally provides a binary decision, whereby a selection is limited to two 
10 choices. 

What is needed are techniques that enable selecting from among a varying number of 
versions of content in an automated manner, thereby providing autonomic content load balancing. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide techniques for selecting from among a 
1 5 varying number of versions of content in an automated manner. 

Another object of the present invention is to provide autonomic content load balancing by 
selecting among alternative content versions based upon current conditions. 
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Still another object of the present invention is to provide techniques for progranunaticaUy 
selecting a particular alternative version of content, under different conditions, when preparing a 
content response. 

Another object of the present invention is to provide techniques where a content version is 
programmaticalfy selected from among versions that have been identified (e.g., hy Web page 
designers) as being preferable under different conditions. 

Yet another object of the present invention is to provide techniques whereby content 
selection decisions are made dynamicalfy, from among two or more alternative content versions, 
based on associations of the versions vwth conditions under which a particular alternative version 
should be selected. 

Other objects and advantages of the present mvention will be set forth in part in the 
description and in the drawings which foUow and, in part, wffl be obvious from the description or 
may be learned by practice of the inventioa 

To achieve the foregoing objects, and in accordance with the purpose of the invention as 
broadly described herein, the present invention provides methods, systems, and conq)uter program 
products. In one aspect, the present invention provides techniques for providing autonomic 
content load balancmg, conqjrising: defining a phirality of alternative versions of content to be 
served, along with values of one or more conditions under which each of the aftemative versions 
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should be selected; receiving a request for the content; determining current values of the 
conditions; using the determined current values to select one of the altemative versions; and 
serving the selected version, responsive to the request. The altemative versions may be different 
media types. The request may be for a particular Web page, in which case the selected content 
preferably comprises a version that Web page (or, in altemative embodiments, versions of one or 
more portions of the Web page). The conditions may pertain to system/network conditions. 
Determining the current values may further comprise obtaining measurements collected by an 
agent. 

In another aspect, the present invention provides techniques for using dynamically 
selectable content versions, con:q)rising: receiving a request for content having selectable 
versions; identifying one or more conditions associated with the selectable versions; determining 
current values of the identified conditions; and using the determined current values to select fi-om 
among the selectable versions to create a response to the request. The request may be for a Web 
page, in which case the content with selectable versions preferably comprises the Web page. Or, 
one or more portions of the Web page may have selectable versions, in which case the 
identification and determination are performed for each such portion and the selected version of 
each of the portions is used when creating the response. The conditions may reflect a current load 
on system and/or network resources, such that the selectable version is selected in view of the 
current resource load. 



The present invention will now be described with reference to the following drawings, in 
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which like reference numbers denote the same element throughout. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 provides a sample table providing information about each Web page that has 
content with selectable versions, according to preferred embodiments of the present invention; 

Fig. 2 shows a sample table that may be created for each content item that has selectable 
versions, identifying each version and the condition(s) under which that version should be 
selected, according to preferred embodiments of the present invention; 

Fig. 3 provides a sample Web page that is used to illustrate one manner in which a portion 
of the information used when selecting among versions may be specified; 

Fig. 4 illustrates use of an agent that monitors a system, at run time, to observe current 
values of various conditions that may influence selection among content versions; 

Figs. 5A and 5B provide HTML syntax showing sample response documents created by a 
server after programmatically selecting a version of content within a particular Web page, using 
techniques disclosed herein; 



Fig. 6 provides a sample table with information about each Web page that has selectable 
page-level versions, according to preferred embodiments; 
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Fig. 7 illustrates a directory structure that may be used with the sample table in Fig. 6; and 

Fig. 8 provides a flowchart depicting logic that may be used to implement preferred 
embodiments of the present inventioa 

DESCRIPTION OF PREFERRED EMBODIMENTS 

The present invention provides novel techniques for providing autonomic content load 
balancing by selecting among alternative content versions based upon current conditions. 
Information technology ("IT") professionals (such as content designers or Web page designers) 
provide attemative content versions that are designed for use under different conditions, and 
specify the condition(s) associated with each version. When a Web page is requested that 
includes (or references) content for which multiple versions have been provided, a particular 
alternative version is programmatically selected (according to applicable conditions) when 
preparing a response for delivery to a target. (Preferred embodiments are described with 
reference to content encoded as Web pages and targets that are requesting client workstations, 
although this is by way of illustration and not of limitatioa) 

According to preferred embodiments of the present invention, a content designer provides 
multiple versions of content that will form part of a rendered Web page and classifies the versions 
as to the condition(s) under which each version should be selected. The actual content of the 
Web page will then vary dynamically at run time, depending on the associated conditions and, as a 
result of those conditions, which version of the content is selected for delivery. The alternative 
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content versions may comprise diflferent versions of a particular Web page. Alternatively, the 
content of a Web page may be aUowed to vary at the level of individual components of the overall 
Web page, in which case multiple versions of one or more components are provided by a content 
designer, and those component versions are classified as to the conditiori(s) under which each 
version should be selected. Optionally, more than one such component within a single Web page 
may vary simultaneously. (In this case, the components may be selected independently of one 
another, i.e., based upon values of independent conditions. Or, a particular condition may impact 
more than one selection.) 



Preferred embodiments are described herein with reference to "selectable versions" or 
"selectable content versions", and an inq)lementation of the present invention may provide this 
dynamic selection approach at the level of an entire Web page or at the level of con^onents of a 
Web page, or both. Figs. 1 - 3, described below, primarify illustrate techniques for providing 
selectable content within a Web page, and Figs. 6 - 7 primarily illustrate techniques for providing 
selectable content at the level of an entire Web page. 

Preferred embodiments of the present invention operate primarily at a server, responsive 
to receiving a content request. Applicable fectors or conditions are monitored, preferably by an 
agent which provides information to the server (as discussed below with reference to Fig. 4), and 
this information is used in the selection process as the server creates a response for deUvery to the 
requester. A Web page having dynamicaUy-selected content is then returned in a response 
message to the requester. Conditions considered by preferred embodiments may include (by way 
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of illustration) one or more of the following types of external stimuli: (1) number of active users; 
(2) available bandwidth; (3); average request/response round-trip time; (4) processing capacity on 
server(s); and (5) number of available servers. 

For example, suppose that a request for a Web page having selectable content versions is 
received and the current conditions monitored for an inq)lementation of the present invention 
include current processing load on selected Web servers and currently available bandwidth. If 
values of these conditions exceed some threshold value (where the threshold value has been 
determined as indicating a heavy processing load and severe network congestion), then a version 
which is less rich (and vsduch is therefore less compute-intensive and which requires less 
bandwidth for transmission) is preferably selected for use in the response, providing an autonomic 
"scaling down" of delivered content. When network and processor coi^estion eases, on the other 
hand, then a richer version may be selected, providing a "scaling up" of delivered content. 

Preferred embodiments of the present invention may optional^ be used in combination 
with either or both of the first and second related inventions. Preferred embodiments of these 
related inventions leverage information specified using an "ALTlet" construct, which is a syntax 
element that may be encoded in a markup language or scripting language. The markup language 
may be HTML or another markup lai^uage such as Extensible Nfaikup Language ("XML"), 
Wireless Markup Language ("WML"), Extensible Hypertext Markup Language ("XHTML"), and 
so forth. The scripting language may be, by way of ilhistration, the JavaScript® language. 
("JavaScript" is a registered trademark of Sun Microsystems, Inc.) 
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The &st related invention defines server-side processing techniques, whereby one or more 
components (which are specified in server-side ALTlets of a source document such as a Web page 
template) are programmatically selected at the server for delivery to a requesting client, according 
to preferred embodiments, based on run-time factors such as: (1) device type used by the 
requester; (2) bandwidth limitations, if any; (3) subscription level of the requester; and (4) other 
types of system/network &ctors such as processor capacity or current network load. For 
example, if a company markets a Web page service for delivery of current traffic conditions that 
uses a variable-level subscription business model (e.g., whereby several different levels of content 
are available at varying subscription rates), the server-side techniques of the first related invention 
enable delivering a view of traffic ranging from a single text description to live video feed, based 
on the subscription level. Refer to the first related invention for more information on these 
server-side techniques. Using server-side ALTlets, as described therein, allows a Web page 
designer to specify (directly within a template of the Web page) which alternative conq>onent- 
level view(s) should be used when the server creates a Web page for delivery to a requester. 

The second related invention defines client-side processing techniques, whereby one or 
more components of a Web page received at a requesting client may be dynamically varied when 
the Web page is rendered, based on run-time factors such as a varying amount of display "real 
estate" that is available for rendering the Web page. For exan^le, if the end user resizes a 
window in which the Web page is displayed, components of the Web page may be dynamically 
altered in response. Refer to the second related invention for more information on these client- 
side techniques. Using ALTlets, as described therein, allows a Web page designer to specify 
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which alternative component-level view(s) should be used under dynamically- varying client-side 
conditions. 

Returning to discussion of the server-side techniques of the present invention, the manner 
in which preferred embodiments provide autonomic load balancing by selecting among alternative 
5 content versions, based upon current conditions, will now be described in more detail with 
reference to Figs. 1-8. 

Figs. 1 - 3 provide illustrations used herein to describe dynamic selection of component- 
level content versions for inclusion within a Web page. Fig. 1 provides a sample table 100 that 
provides information about each Web page that has content with selectable versions. In the 

10 example, column 1 10 indicates that Web pages having Uniform Resource Locators CURLs") 
"PageLhtml", "Page2.html'\ and "Page3.html" each have content with selectable versions. 
Column 120 of table 100 identifies, for each of these Web pages, the content within that Web 
page that has the selectable versions. In the example, row 130 therefore indicates that selectable 
versions of content identified as "componentA" and "componentB" are defined for use in 

1 5 "Pagel .html". Similarly, row 140 indicates that selectable versions of content identified as 

"componentA", "componentX", and "components are defined for use in "Page2.html", and row 
150 indicates that selectable versions of content identified as "con5>onentZ'' are defined for use in 
"Page3.html". 



Typically, it will be advantageous for autonomic load balancing purposes to provide 
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versions of particular content that vary by media type. During congested conditions, those media 
types that consume less processor resources, less bandwidth, and/or less storage (or that meet 
other conditions, as appropriate for a particular inq)lementation of the present invention) may then 
be selected. For example, rather than delivering current traflSc report information to end users as 
5 full-motion video, another media type such as still images might be used to convey relatively- 
recent snapshots of trafiSc conditions. In contrast, during lightly loaded conditions, media types 
providing a richer experience for the end user (but requiring more resources) can be selected for 
delivery. 

10 Fig. 2 shows a sample table 200 that may be used by an implementation of the present 

invention for a content item that has selectable versions. (A date structure of this type may also 
be useful for representing information providing dynamic selection of page-level content versions, 
which is discussed in more detail below with reference to Figs. 6 - 7.) Table 200 provides a 'I- 
dimensional" approach, where various values reflecting two conditions are specified, along with 

1 5 the version of this particular content (which is identified at 2 1 0 as "conq)onentA") which is to be 
selected when the conditions have those values. The column headings and row headings in Fig. 2, 
in this exan^le, identify the values of the two conditions. (Referring back to rows 130 and 140 of 
Fig. 1, it can be seen that "component A" is identified as being used in Web pages with URLs 
"PageLhtml" and "Page2.html".) 

20 For purposes of this example, the monitored conditions are the type of device used by the 

content requester and network traffic. This is represented in table 200 at reference nimiber 220. 
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Five diflferent potential devices type values are specified in the row headings as "PDA", 
"cellPhone", "workstation", '^portable", and "other". Three different potential values of the 
network traffic conditions are identified in the column headings as "lightTraflSc", 
"mediumTraffic", and "heavyTraflBc". (Embodiments of the present invention may use conditions 
5 which are dynamic in nature, such as network traffic level, as well as those which are static, such 
as end-user device type.) 

Tabular representations of sample information are used herein merely for purposes of 
illustration, and these representations should not be construed as limiting the present inventioa A 
number of different types of data structures may be used as alternatives to tables, such as lists, 

10 linked lists, arrays or tuples of information, and so forth. The information represented in Fig. 2, 
for example, might be persisted using tuples of two forms. In a first form, a tuple such as 
"(con^onentA, deviceType, networkTraflfic)" may be used to record the information shown at 
reference numbers 210 and 220 of Fig. 2. In this tuple, the content identifier is specified first, 
followed by an identifier of each condition that affects the version selection for that content. In a 

15 second form, a set of tuples may be used to represent the information stored in the cells of table 
200. For example, cell 23 1 might be specified in tuple form as ("PDA, lightTraffic, compA-PDA- 
light") and cell 241 might be specified as ("cellPhone, mediumTraflfic, compA-cell-med"). In 
other words, some number of condition values (corresponding to the conditions identified for this 
content in a tuple of the "first form") may be specified first, and following those values, an 

20 identification of the version corresponding to those values is then specified. In the first of these 
example tuples, the value ("PDA, lightTraffic, compA-PDA-hght") indicates that when the end- 
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user device type is represented with the value "PDA" and network traffic is represented with the 
value "lightTraffic", then the name of the content version to be selected is "conq)A-PDA-light". 

When the selectable versions represent different media types, then the versions may be (for 
example) a textual content version when the system exceeds one threshold indicating severe 
5 congestion or processing load, a static image when that threshold is not reached but another 
threshold indicating some lower level or congestion or system load is reached, and a moving 
image if neither of these thresholds is reached (e.g., because the congestion or loading is relatively 
minimal). Refer to the discussion of Figs. 4 and 8, below, for more information on how current 
conditions are evaluated and how those evaluations result in selecting different content versions. 

10 Referring now to Fig. 3, rather than specifying the information illustrated in Figs. 1 and 2 

in an external data structure of some form, this information (or a portion thereof) might be 
specified directly within the affected Web pages, without deviating fi-om the scope of the present 
invention. Meta tags may be used for this purpose, or specially-denoted comments (having a form 
such as "<!" VariableContent: id = conditions = "condl, cond2, ..." ->") may be parsed by 

1 5 an implementation of the present invention to locate information pertaining to a Web page's 
variable-version content. Or, syntax extensions may be defined for this purpose. This syntax 
extension approach is illustrated by the sample Web page 300 in Fig. 3. In this example, a 
"<VariableContent>" element is specified for each component of the page that has selectable 
versions. See reference numbers 3 10 and 340, which use this syntax to identify "con5)onentA" 

20 and "components" as having selectable versions. Within these <VariableContent> elements, Fig. 
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3 illustrates use of child "<conditiori>" elements to specify the conditions that affect the version 
selection for this particular content component. Thus, reference numbers 320 and 330 denote 
syntax specifying the information that was presented at 220 in Fig. 2, and reference numbers 350, 
360, 370 specify three different conditions that are used in this hypothetical exBonph to select a 
version of "componentB". Reference numbers 380 and 390 indicate, generally, that syntax within 
Web page 300 then specifies where the dynamically-selected version of each selectable content 
component should be placed in the resulting Web page. 

In another alternative, the information specified at reference number 220 of Fig. 2 (i.e., 
identification of the conditions used to select a version of this content) may be specified in a data 
structure such as table 100 of Fig. 1, along with the corresponding content identifier. For 
example, column 120 of row 130 might specify tuples of the form "(componentA, deviceType, 
networkTraflfic)'* and "(conqwnentB, numberServers, numberActiveUsers, serverLoad)". Other 
techniques for representing information described herein for selecting among versions may be 
used as well, and those other techniques are deemed to be within the scope of the present 
invention. 

Referring now to Fig. 4, several representative elements of a i^stem/network environment 
in which the present invention may operate are illustrated. A server 400, at which Web page 
requests are received, uses information pertaioing to current conditions when selecting content 
versions for use in response messages. Preferably, server 400 leverages an agent 410 which is 
adapted for periodically measuring values of current conditions and reporting that information 
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back to server 400. In the exsaaple, agent 410 is illustrated as measuring current conditions at 
three processing devices 420, 430, 440 and one storage device 450. As will be obvious, these 
devices are provided by way of illustration and not of limitation. Agent 410 may be adapted for 
monitoring a wide variety of devices and for collecting a wide variety of information. 

Agait technology is well known in the art, and the manner in which agent 410 determines 
which devices to monitor, and obtains measurement data from the monitored devices, does not 
form part of the present invention. In one s^proach to determining v^ch devices to monitor, 
agent 410 may be adapted for consulting a repositoiy in which the present conditions of mterest 
are specified. For example, a configuration file may identify those conditions that are to be 
monitored by a particular m^lementatioa In another approach, a scan may be performed to 
^ther information &om data structures such as that shown m Fig. 2, in order to retrieve the 
identifiers ilhistrated at reference number 220 therein, thereby determining which conditfons are of 
interest for the agent. 

Preferably, agent 410 forwards information to server 400 in response to queries from 
server 400 (as discussed with reference to Block 850 of Fig. 8, below). For example, when 
processing Web page 300 of Fig. 3, server 400 might send a message to agent 410 asking for 
current values of the five conditions specified at reference numbers 320, 330, 350, 360, and 370. 
Agent 410 might return a value such as "cellPhone" as its response to the "deviceType" condition 
320 (or perhaps a tuple such as "deviceType, cellPhone"), and a vahie such as "lightTraffic" as its 
response to the "networkTraffic" condition 330. In that case, server 400 can use those values to 
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access table 200 (or to access an alternative data structure or to otherwise determine the 
selectable version associated with those two values), thereby retrieving the identification of the 
content version that is to be selected under these conditions. 

Instead of operating responsive to queries fi'om server 400, agent 410 may provide 
information to server 400 through alternative communication techniques (such as asynchronous 
message exchange or shared storage). 

The techniques illustrated in Fig. 4 may be leveraged by an implementation of the present 
invention which provides con:qx)nent-level version selection, page-level version selection, or both. 

Figs. 5A and 5B provide HTML syntax showing sample response documents 500, 550 
created by a server after programmatically selecting a version of component-level content within a 
particular Web page, using techniques disclosed herein. In these examples, current conditions 
have been evaluated to select a version of "componentA" as illustrated at reference numbers 510 
and 560, and a version of "components" as illustrated at reference numbers 520 and 570. The 
syntax shown in Figs. 5A and 5B is intended to illustrate the content selection result, and is not 
intended to represent actual syntax that might be selected. For exanq)le, the version of 
"components" is selected based on factors including how many servers are currently active, and 
how heavy the current server processing load is. It may therefore be usefiU to dynamically select 
firom among several target content servers when creating the URL value illustrated at 520 and 
570, although this has not been illustrated in the examples. 
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Fig. 6 provides a sample table 600 with information about each Web page that has 
selectable page-level versions. A data structure of this type may be used advantageously by an 
implementation of the present invention to identify one or more conditions that influence the 
selection of a version of a particular Web page. In this example, a first column 610 is used to 
5 specify a Web page identifier, and a second column 620 specifies identifiers of the condition(s) 
associated with each Web page. Selection of content versions forming Web pages identified as 
"PageA.html" 630, "PageB.html" 640, and "PageC.html" 650 is represented as being influenced 
by available bandwidth (for "PageA.html"), available bandwidth and also the number of active 
users (for "PageB,html"), and the average roimd trip response time (for "PageC.html"). This 
10 inforaiation may be used in selection logic such as that described below with reference to Fig. 8. 

Fig. 7 illustrates a directory structure that may be used with the sample table in Fig. 6 in 
order to provide dynamic selection of page-level content versions. DiflFerent content versions that 
are to be selected under different conditions may be stored in different paths (i.e., different sub- 
directories) within this directory structure. Suppose, for exanq)le, that "PageA.html" is the URL 

15 for a current news story and that the content designer has specified that a version of this Web 

page is to be selected according to the currently-available bandwidth (as indicated in row 630 of 
Fig. 6). If a high-bandvsddth connection to the requester is available, for example, then the 
document retumed to this requester might contain a live video feed provided as an '*nq)eg'' file. 
Accordingly, the "livenews.mpeg" content 71 1, stored within "MPEG" directory 710, may be 

20 selected- Or, a medium-bandwidth connection is available, then the content to be retximed may 
conqjrise a series of descriptive pictures that may be viewed sequentially, as a type of slide show. 
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In this case, the "jpeg" image files 721, 722, 723 stored in "JPEG" directory 720 may be selected. 
On the other hand, if only a low-bandwidth connection is available, a description of the news 
story, such as the file "descriptioatxt" 731, which is stored in directory "TEXT" 730, might be 
selected. 

Preferably, the root of the hierarchical directory tree 700 shown in Fig. 7 is associated 
with the requested Web page, which in this case is "PageA.html". The content designer may use a 
number of techniques to specify the association between the various sub-directories and the 
condition(s) under which the content stored in that sub-directory should be selected. For 
exawple, a matrix such as that illustrated by table 200 in Fig. 2 might be used. Or, tuples of the 
type described above may be used to associate values of conditions with sub-directories. 
Alternative techniques may be used without deviating fi"om the scope of the present invention. 

Use of separate sub-directories for storing selectable content versions may be 
advantageous in many scenarios. For example, network-accessible coverage of a fashion show or 
sporting event may be adapted to current system/network conditions by providing dynamically 
selectable versions such as live video feed, still images, and textual descriptions. Or, a selection 
might be made fi-om among versions of still images having diflfering image resolutions, and so 
forth. Many variations of this page-level content version selection approach may be envisaged 
based on the teachings disclosed herein. 



Fig. 8 provides a flowchart depicting logic that may be used to implement preferred 
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embodiments of the present invention. This logic may be adapted for use with either, or both, the 
component-level version selection and page-level version selection which have been discussed 
above. As shown therein, a client request is received (Block 800) by server-side logic, which then 
proceeds to build a response (Block 810). Block 820 then tests to see if any selectable versions 
5 have been defined for content of this response. 

For example, when component-level version selection is supported, a table such as that 
illustrated in Fig. 1 might be consulted, using the URL of the requested page to index or scan 
through the entries in column 110. Or using the approach illustrated by Fig. 3, a scan of Web 
page 300 might be performed to determine whether there are any "<VariableContent>" elements 
10 encoded therein. In another approach, which has not been illustrated in the examples, a Web page 
might include a specific element for use in the test of Block 820, such as a 
"<HasVariableContent>" element which may use an attribute value or element value to specify a 
yes or no value. 

When page-level content version selection is supported. Block 820 preferably comprises 
1 5 determining whether multiple versions of the requested page are available. 

In either case, if the requested Web page does not have any content with selectable 
versions, then normal processing of the prior art is performed (Block 830). 

Otherwise, when the test at Block 820 has a positive result, then the applicable conditions 
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are detennined (Block 840). For example, a table such as that illustrated in Fig. 2 or Fig. 6 may 
be consulted to retrieve the values at reference number 220 or 620, respectively. Or, when the 
approach illustrated by Fig. 3 is used, the processing of Block 840 preferably conq>rises 
processing the child "<condition>'' elements 320, 330, 350, 360, 370 to retrieve the condition 
names specified therein. (As will be obvious, element values may be used to specify condition 
names, rather than the attribute value approach shown in Fig. 3, if desired.) 

Once the conditions of interest for this response are identified. Block 850 obtains the 
current values of those conditions. The server may send a query to an agent which monitors the 
conditions, and receive a response from that agent. For exan:q)le, a message might be passed 
having parameters of "deviceType, networkXraffic" (or identifiers representing those values) 
when processing "conq>onentA'\ Or, a message such as "clientABC, availableBandwidth" might 
be issued to an agent (or other evaluation con^onent) capable of determining the bandwidth of a 
connection between the server and a hypothetical requesting client or user agent identified as 
'"clientABC". Instead of sending a query message, an agent may periodically submit information 
pertaining to selected conditions to the server, in which case Block 850 preferably comprises 
locating the most-recent version of this information and extracting the needed values. 

Upon determining the current condition values, a programmatic selection of the 
corresponding content version is made (Block 860). Code evaluating the applicable conditions 
preferably returns a value that can be used to access a data structure such as that illustrated by 
table 200 in Fig. 2 and table 600 in Fig. 6 (or, alternatively, a value that can be mapped to values 

RSW920030072US1 -24- 



which have been used in such a data structure). Thus in the "con5)onentA" scenario, the agent 
might return values of "PDA" and "lightTraffic^ in which case Block 860 may use those values to 
identify cell 23 1 in Fig. 2. In the "PageA.html" scenario illustrated by Fig. 6, an evaluation 
conqwnent might return '^medium" as the currently-available bandwidth value, where this value 
5 can then be used to identify the "JPEG" directory 720 of Fig. 7. (That is, a mapping or other 
association between the "availableBandwidth = medium" condition may be consulted, thereby 
determining that content stored in the "JPEG" directory should be selected.) 



Block 870 then embeds the selected version (or an identifier thereof, such as a URL from 
which the selected version can be retrieved) into the response document being created. Referring 

10 to Fig. 5 A, for example, information from cell 23 1 has been used in the value shown at reference 
number 510 to illustrate a con5)onent-level version selection. Note that for drafting convenience, 
the exanq)les in Fig. 3 do not provide complete URLs. An inqjlementation of the present 
invention may be adapted for specifying the selectable version identifiers in their entirety withki 
the data structure illustrated by table 200. Or, an implementation may be adapted for performing 

1 5 syntactical substitutions, such that (for example) the data structure need only specify a varying 
portion of a content identifier. A response document created using page-level version selection 
has not been illustrated in the sample Web page response documents, but it will be obvious from 
discussions herein how such pages inay be constructed. 



20 



When using con5x>nent-level version selection, any additional content within the requested 
Web page for which selectable versions have been defined is preferably processed in an analogous 
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manner to that which has been described for Blocks 820 - 870 (although this iteration has not 
been illustrated in Fig. 8). Once content for the entire Web page has been selected, whether using 
con5)onent-level version selection or page-level version selection, the resulting Web page is then 
returned to the cUent (Block 880) for rendering (or for other processing to be determined by the 
5 client). 

Using techniques of the present invention, IT professionals can design a Web page having 
selectable versions or having selectable versions for various portions thereof, even though 
multiple versions of that Web page do not need to be manually created. Instead, according to 
preferred embodiments, the selectable versions are provided and classified according to conditions 
10 under which each version is to be selected, as noted above. A programmatic selection can then be 
made, such that the desired selectable version is "plugged in" at run time. 

Several prior art approaches to dynamically selecting Web page content will now be 
described, in order to contrast prior art approaches with the novel techniques disclosed herein. 

As discussed above, in one prior art technique for specifying alternative content versions, 
1 5 the "<IMG>" (image) tag currently supported in HTML provides for a very limited specification 
of alternative content within a Web page. Using this existing tag, a "src" (source) attribute 
specifies an address of an image to be rendered in a Web page, and an optional "alt" (alternative) 
attribute can be used to specify textual content that may be rendered in place of the image. (The 
client-side decision of which content to render in a particular situation may depend on processing 
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constraints, user preferences, and so forth.) A maximum of two alternatives for the rendered 
content are possible, and the content types are limited to images and text, when using the existing 
<IMG> tag. As can be seen from the simple example illustrated by Figs. 2 and 3 and the example 
in Figs. 6 and 7, use of the present invention enables Web page designers to go well beyond the 
5 binary choices available using this prior art <IMG> tag, such that widely-varying viewing 
experiences can be provided for end users. 

Portal servers of the prior art may provide for varying display content based on whether a 
portlet is displayed in its maximized form or in a minimized form. However, this is a static, binary 
client-side decision, providing only one or the other of two views. This differs from the 
10 techniques disclosed herein whereby a server-side selection is made from among a variable 
number of content versions when creating a Web page. 

The present invention also differs from prior art transcoding techniques, whereby one of 
several different versions of a single source file may be delivered to clients, each version being 
created by performing a programmatic transformation of a single source file. According to 
15 techniques disclosed herein, multiple versions of content are identified at design time, and in 
preferred embodiments, a selected version is delivered to a client without requiring a 
programmatic transformation of the selected version itself 

In general, techniques of the present invention may be used to vary the richness of content 
among a variable number '"N" of selectable versions. Autonomic load balancing can then be 
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provided by selecting from among these N versions. This variation among versions may 
optionally be extended to "M" different conq)onents within a particular Web page (as has been 
noted above), and therefore a single Web page specified by IT professionals is capable of 
representmg M * N different potential viewing experiences for the end user. 

Web sites of the prior art that provide rich content, such as Web pages including forms of 
multi-media streams, may become so congested during times of peak demand that they are 
rendered functionally inoperative. Following the terrorist attacks on the World Trade Center, for 
example, news Web sites experienced extremely high traffic volumes. Some Web pages, 
containing rich media such as high-resolution images and video, required in excess often minutes 
to load on client browsers. In the absence of autonomic content load balancing techniques as 
disclosed herein, Web site operators may be required to manually disable delivery of such rich 
media content in order to lessen congestion (which is obviously an undesirable approach). 

As has been demonstrated, the present invention provides advantageous techniques for 
selecting among varying content versions for delivery to a requester. Note, however, that it is not 
strictly necessary that this content is delivered responsive to a '^request". Alternatively, content 
versions can be selected and distributed using a '*push" model, for example by identifying one or 
more clients who have subscribed for content updates, and then creating content versions for 
those clients based on external stimuli of the type described above. In addition, it may happen 
that the dynamic content version selection described herein is performed for reasons other than 
delivering a Web page to a client. For example, the selection may be performed in order to 
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prepare content for storage (e.g., in a cache). Or, in a non-Web page scenario, techniques 
disclosed herein may be used to dynamically select content versions for inclusion in a document 
(such as an XML document or a document encoded in another markup language) to be stored or 
to be exchanged between devices (which may include peer-to-peer server document transfer). 

Techniques of the present invention are not limited to use with selectable content versions 
of the types explicitly described herein. These techniques are adaptable for use with generally any 
type of content, examples of which include (by way of illustration but not of limitation) 
animations, graphics (including scalable vector graphics, or "SVG", images), and so forth. 

Techniques disclosed herein may be leveraged to autonomicalfy tune performance of a 
system/network, as has been discussed. When a network is congested, for example, this 
information can be used in conditions values to dynamically select a less-rich and therefore smaller 
content version, enabling a response message containing that content version to be transmitted 
across the network with a lessened impact (as compared to transmitting a larger version) on the 
existing congestion problem. 

Prior art load balancing techniques are primarify directed toward dynamicalfy routing 
content requests among various candidate servers, based on current system/network load. The 
autonomic load balancing that is enabled by embodiments of the present invention, on the other 
hand, is primarily directed toward selecting different content versions using system/network 
conditions, as has been discussed. 
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As will be appreciated by one of skiD in the art, embodiments of the present invention may 
be provided as methods, systems, or con^uter program products. Accordingly, the present 
invention may take the form of an entirely hardware embodiment, an entirely software 
embodiment, or an embodiment combining software and hardware aspects. Furthermore, the 
present invention may take the form of a computer program product which is embodied on one or 
more conq>uter-readable storage media (including, but not limited to, disk storage, CD-ROM, 
optical storage, and so forth) having computer-readable program code embodied therein. 

The present invention has been described with reference to flowchart illustrations and/or 
block diagrams of methods, apparatus (systems), and computer program products according to 
embodiments of the invention- It will be understood that each block of the flowchart illustrations 
and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block 
diagrams, can be inq>lemented by conq>uter program instructions. These conq)uter program 
instructions may be provided to a processor of a general purpose computer, special purpose 
conq>uter, embedded processor, or other programmable data processing apparatus to produce a 
machine, such that the instructions (which execute via the processor of the computer or other 
programmable data processing apparatus) create means for implementing the fimctions specified 
in the flowchart and/or block diagram block or blocks. 

These computer program instructions may also be stored in a computer-readable memory 
that can direct a computer or other programmable data processing apparatus to function in a 
particular manner, such that the instructions stored in the computer-readable memory produce an 
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article of manufecture including instruction means which inclement the fiinctions specified in the 
flowchart and/or block diagram block or blocks. 

The computer program instructions may also be loaded onto a con^juter or othw 
programmable data processing apparatus to cause a series of operational steps to be performed on 
the conqjuter or otter programmable apparatus to produce a con^uter-in^lemented process such 
that the instructions which execute on the con^uter or other programmable apparatus provide 
steps for in^lwnenting the fuiKtions specified in the flowchart and/or block diagram block or 
blocks. 

While preferred embodiments of the present invention have been described, additional 
variatmns and modifications in those embodiments may occur to those skilled in the art once they 
learn of the basic inventive concepts. Therefore, it is intended that the appended claims shall be 
construed to inchide preferred embodiments and all such variations and modifications as M 
within the spirit and scope of the invention. 
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